using the 3D landmark positions. Fi- 
nally, it extracts image patches for each 
landmark from auto-selected key 
frames and constructs the landmark 
database. The landmark database can 
then be used to estimate future camera 
poses (and therefore localize a robotic 
vehicle that may be carrying the cam- 
eras) by matching current imagery to 
landmark database image patches and 
using the known 3D landmark positions 
to estimate the current pose. 

This work was done by Michael Woif, 
Adnan i. Ansar, Shane Brennan, Daniel S. 
Clouse, and Curtis 1/1/. Padgett of Caltech for 
N ASA'S jelt Propulsion Laboratory. Further in- 
formation is contained in a TSP (seepagel). 

The software used in this innovation is 
available for commercial licensing. Please con- 
tact Daniel Broderick of the California Insti- 
tute of Technology at danietb@caltech.edu. 
Refer to NP0 4 7845. 


@ Adaption of G -TAG 
Software for Validating 
Touch and Go Asteroid 
Sample Return Design 
Methodology 

A software tool is used to demonstrate 
the feasibility of Touch and Go (TAG) 
sampling for Asteroid Sample Return 
missions. TAG is a concept whereby a 
spacecraft is in contact with the surface 
of a small body such asa comet or aster- 
oid, for a few seconds or less before as- 
cending to a safe location away from the 
small body. Previous work atJPL devel- 
oped the G-TAG simulation tool, which 
provides a software environment for 
fast, multi-body simulations of the TAG 
event. G-TAG isdescribed in "M ultibody 
Simulation Software Testbed for Small- 
Body Exploration and Sampling," 
(NP047196) NASA Tech Briefs, Vol. 35, 
No. 11 (November 2011), p.54. This 
current innovation adapts this tool to a 
mission that intends to return a sample 
from the surface of an asteroid. 

In order to demonstrate the feasibility 
of the TAG concept, the new software 
tool was used to generate extensive sim- 
ulations that demonstrate the designed 
spacecraft meets key requirements. 
These requirements state that contact 
force and duration must be sufficient to 
ensure that enough material from the 
surface is collected in the brushwheel 
sampler (BWS), and that the spacecraft 
must survive the contact and must be 
able to recover and ascend to a safe po- 
sition, and maintain velocity and orien- 
tation after the contact. 


This work was done by Lars James C. 
Blackmore, Behcelt Acikmese, and Milan 
M andic of Caltech for NASA's jet Propulsion 
Laboratory. Further information is contained 
in a TSP (seepagel). 

T his software is available for commercial li- 
censing. Please contact Daniel Broderick of 
the California Institute of Technology at 
danielb@caltech.edu. Refer to NPO-47193. 


Q 3D Visualization for 
Phoenix Mars Lander 
Science 0 perations 

Planetary surface exploration mis- 
sions present considerable operational 
challenges in the form of substantial 
communication delays, limited commu- 
nication windows, and limited commu- 
nication bandwidth. A 3D visualization 
software was developed and delivered to 
the 2008 Phoenix Mars Lander (PML) 
mission. The components of the system 
include an interactive 3D visualization 
environment called "Mercator," terrain 
reconstruction software called the 
"Ames Stereo Pipeline," and a server 
providing distributed access to terrain 
models The software was successfully 
utilized during the mission for science 
analysis, site understanding, and science 
operations activity planning. 

A "terrain server" was implemented 
that provided distribution of terrain 
models from a central repository to 
clients running the Mercator software. 
The Ames Stereo Pipeline generates ac- 
curate, high-resolution, texture- 
mapped, 3D terrain modeisfrom stereo 
image pairs. These terrain models can 
then be visualized within the Mercator 
environment. The central crosscutting 
goal for these tools isto provide an easy- 
to-use, high-quality, full-featured visuali- 
zation environment that enhances the 
mission science team'sability to develop 
low-risk productive science activity 
plans. In addition, for the M ercator and 
Viz visualization environments, extensi- 
bility and adaptability to different mis- 
sions and application areas are key de- 
sign goals. 

Mercator is a cross-platform, adaptable, 
extensible, interactive 3D visualization 
software tool that enables users to manip- 
ulate and interrogate a simulated 3D envi- 
ronment. It is implemented in the Java 
programming language to be compatible 
with Ensemble, a NASA-developed 
ground data systems software component 
framework based on the Eclipse open 
source platform. 

The Mercator User Interface (Ul) is 


divided into a number of tiles or "ele- 
ments," presenting control panels and 
views into the 3D scene. The central U I 
element is an interactive 3D viewer with 
site interrogation and analysis capabili- 
ties. Each Ul element can be reposi- 
tioned, resized, iconified, or dragged 
out of the window frame. 

In an effort to achieve simple, natural 
interactions, object-oriented, direct ma- 
nipulation techniques were chosen 
where practical, and persistent user in- 
terface modes were minimized. For ex- 
ample, to measure distances, the user 
manipulates a 3D representation of a 
measuring tool in the scene. There is no 
explicit mode of measurement, and the 
user can continue to interact with the 
3D environment (e.g., changing the 
viewpoint) as usual. 

T his work was done by Lau ren ce E dwards, 
Leslie Keety, David Lees, and Carol Stoker of 
Ames Research Center. Further information is 
contained in a TSP (see page 1). ARC- 
16434-1 


RxGen General Optical 
Model Prescription 
G enerator 

RxGen is a prescription generator for 
jPL'sin-house optical modeling software 
package called MACOS (Modeling and 
Analysis for Controlled Optical Sys- 
tems), which isan expert optical analysis 
software package focusing on modeling 
optics on dynamic structures, de- 
formable optics, and controlled optics. 

The objectives of RxGen are to sim- 
plify and automate MACOS prescription 
generations, reducing errors associated 
with creating such optical prescriptions, 
and improving user efficiency without 
requiring MACOS proficiency. RxGen 
uses MATLAB (a high-level language 
and interactive environment developed 
by M athWorks) as the development and 
deployment platform, but RxGen can 
easily be ported to another optical mod- 
eling/ analysis platform. 

Running RxGen within the modeling 
environment has the huge benefit that 
variationsin optical modelscan be made 
an integral part of the modeling state. 
For instance, optical prescription pa- 
rameters determined as external func- 
tional dependencies, optical variations 
by controlling the in-/ exclusion of opti- 
cal components like sub-systems, and/ or 
controlling the state of all components. 

Combining the mentioned capabili- 
ties and flexibilities with RxGen's opti- 
cal abstraction layer completely elimi- 
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